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(54) System for dynamic diagnosis of apparatus operating conditions 

(57) A diagnostic platform includes a processor, 
storage media and user interfaces, including a display 

screen, the processor being coupled to engine analyzer lo 
hardware and adapted to be coupled to a scanner for 
downloading data from vehicle on-board computers. 
The system stores libraries of information regarding 
vehicle identifications, drivabiiity symptoms exhibited by 
vehicles, vehicle system and component tests and serv- I 
ice codes which can be registered by the vehicle on- 
board computer- System software permits the user to 
input an identification of the vehicle under test and, in 
one mode of operation, displays a library of faults, such 
as symptoms or service codes, from which the user can 
select those exhibited by the vehicle, whereupon the 
system selects from the test library those tests pertinent 
to diagnosis of the causes of the selected faults and dis- 
plays them in a hierarchically ranked order based on 
likelihood of successful diagnosis of the faults. The user 
can then select and initiate any displayed test. In other 

modes, the system initially displays one of the libraries FIG- I 

of system or component tests, from which the user 
selects those deemed appropriate, whereupon the sys- 
tem highlights icons which can be selected for initiating 
pertinent test procedures. Selected test procedures 
may include links to the engine analyzer or scanner 
hardware or other appropriate test modules. 
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Description 

Cross-Reference to Related Application 

[0001] This application claims the benefit of U.S. 
Provisional Application No. 60/063,361. filed October 
28. 1997. 

Baclcground of the Invention 

[0002] The present invention relates generally to 
test and diagnosis systems for machines or other oper- 
ating apparatus, and has particular application to auto- 
motive vehicles, particularly vehicles powered by 
internal combustion engines. While the invention is 
described in the context of an engine analyzer system, 
the principles of the present invention are usable with 
other types of vehicle diagnostic systems, such as air 
conditioning testing and servicing systems, wheel bal- 
ancing systems, automotive gas emissions analysis 
systems, and the like, and are also usable with non- 
automotive apparatus. 

[0003] A number of different types of diagnostic 
toots have been heretofore used to assist in diagnosis 
and repair of teutt conditions in automotive vehicles 
Such tools include engine analyzers, which are 
designed to monitor a variety of operating conditions of 
an internal combustion engine, and scanners for down- 
loading data from vehicle on-board computers. In addi- 
tion, diagnostic tools may include such standard 
laboratory-type tools as lat)oratory oscilloscopes, digital 
volt-Ohm meters ("DVOM") and the tike. Basically, these 
various diagnostic tools fall into two categories, data 
providers and platform diagnostics, although some 
engine analyzers, such as that disclosed in US. patent 
no. 5,250.935, can interface with scanners and can 
operate in a mode simulating a lab scope and/or a 
DVOM. 

[0004] Data providers (e.g., DVOMs. scanners and 
laboratory oscilloscopes), simply give the user data, 
and the user must determine his own diagnostic test 
procedures and conclusions. Data provider tools rely 
conrpletely on the user's ability to decide which tool to 
use and what to do with the data provided, including 
selection of tests which should be performed, interpret- 
ing the test results and the like. 

[0005] Platform products, e.g.. engine analyzers, 
are typically high-end systems capable of performing a 
variety of different types of tests. They may provide the 
user with automatic test sequences that systematically 
test the vehicle in a particular order and then provide 
diagnostic conclusions based on the test results. Plat- 
form products, such as engine analyzers, are usually 
focused on particular types of problems or particular 
vehicle systems. They may tal^e considerable time to 
hook up all the necessary leads arxJ perform the com- 
prehensive tests, and the user must decide which prod- 
uct to use and how the test data should be integrated 
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into an overall diagnosis. 

[0006] There are also information systems available 
as stand-atone software packages which provide serv- 
ice and repair information for a wide variety of automo- 

5 tive vehicles. However, such products are difficult to 
navigate through to find the information needed for diag- 
nosis and repair and they are typically based only on 
original equipment diagnostic information, and may not 
contain information on problems experienced in the field 

10 over the life of the vehicle. 

Summary of the Invention 

[0007] It is a general object of the invention to pro- 

75 vide an improved diagnostic system which avoids the 
disadvantages of prior such systems while affording 
additional structural and operating advantages. 
[0008] An important feature of the invention is the 
provision of a diagnostic system which will guide the 

20 user in the selection of tests to be performed and mini- 
mize the performance of needless tests. 
[0009] In connection with the foregoing feature, a 
further feature of the invention is the provision of a diag- 
nostic system of the type set forth which permits fault- 

25 based selection of tests. 

[0010] Yet another feature of the invention is the 
provision of a diagnostic system of the type set forth 
which facilitates modification and updating to include 
information on problems and cures experienced in the 

30 field over the life of an apparatus under test. 

[0011] Still another feature of the invention is the 
provision of a diagnostic system of the type set forth 
which can be readily integrated with pre-existing diag- 
nostic hardware platforms. 

35 [0012] In connection with the foregoing feature, a 
still further feature of the invention is the provision of a 
diagnostic system of the type set forth which is modular. 
[0013] Yet another feature of the invention is the 
provision of a diagnostic system of the type set forth, 

40 which is designed to rank selected tests in an order 
most likely to successfully diagnose an apparatus prob- 
lem. 

[0014] Another feature of the invention is the provi- 
sion of a diagnostic system of the type set forth which 

45 includes storage of the results of user applications of 
the system, for later incorporation in system updates. 
[0015] The invention consists of certain novel fea- 
tures and a combination of parts hereinafter fully 
described, illustrated in the accompanying drawings, 

50 and particularly pointed out in the appended claims, it 
being mderstood that various changes in the details 
may be made without departing from the spirit, or sacri- 
ficing any of the advantages of the preserrt invention. 

55 Brief Description ol the Drawings 

[0016] For the purpose of facilitating an under- 
standing of the invention, there is illustrated in the 
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accompanying drawings a preferred embcxiiment 
• thereof, from an inspection of wtiich. when considered 
in connection with the following description, the inven- 
tion, its construction and operation, and many of its 
advantages should be readily understood and appreci- 
. ated. 

FIG. 1 is a functional block diagram of an engine 
analyzer incorporating the diagnostic system of the 
present invention; 

FIGS. 2-5 are screen displays of an engine ana- 
lyzer incorporating the diagnostic system of the 
present invention; and 

FIG. 6 is a flow chart diagram of program software 
for the diagnostic system of the present invention 

Description of the Preferred Embodiment 

[0017] Referring to FIG. 1. there is illustrated a 
functional block diagram of a diagnostic platform 10 
incorporating the diagnostic system of the present 
invention. The platform 10 is illustrated as relating to an 
engine analyzer system but. as was indicated above, it 
could be applicable to other types of vehicle or non- 
vehicle diagnostic systems. The platform 10 includes 
engine analyzer hardware 1 1 . which typically includes a 
test lead boom 1 2. including a plurality of test leads and 
sensors adapted to be connected to various points of an 
associated vehicle engine, and signal processing and 
conditioning hardware 13 for interfacing the test lead 
boom to a central processor 14. Preferably, the diagnos- 
tic platform 10 is a personal computer ("PC^-WIN- 
DOWS®-based platform, such as that provided in the 
Sun® System 500 engine analyzer sold by Snap-on 
Diagnostics, but it will be appreciated that the present 
invention would also be usable with other types of 
engine analyzer systems, such as that disclosed in U.S. 
patent no. 5,250.935. The diagnostic platform 10 typi- 
cally includes a user interface, which may include any 
one or more of different input/output devices, such as a 
keyboard 16. a mouse 17. a display device or monitor 
18, arxj a printer 19. Also, the diagnostic platform 10 is 
typically provided with storage media 20. which may 
include one or more of a number of different types of 
data and software storage devices, including RAM 21 . 
ROM 22, CD ROM drive 23. floppy drive 24 and hard 
drive 25. The dynamic diagnostic system of the present 
invention includes program software, which may be res- 
ident in ROM 22, or which may comprise a stand-alone 
software package stored in any of the media 23-25. 
[001 8] A fundamental aspect of the invention is that 
it permits a feult-based drivability diagnosis of a vehicle. 
In such a fault-based mode off operation, the system 
essentially presents the user with a menu of problems 
indicated, e.g., by symptoms or service codes, and the 
user selects those problems which are pertinent to the 
vehicle under test. Based upon the selected faults, the 
system then presents the user with a list of tests to be 



performed to diagnose the cause or causes of the faults. 
The tests are listed in the order in which they would 
most likely be effective in diagnosing the vehicle faults, 
based upon the manufacturer's information and previ- 
5 ous repair and diagnosis experience with this type of 
vehicle. 

[0019] It is a significant aspect of the invention that 
the diagnosis system is also capable of operating in 
other modes, viz.. a System Testing mode, a Compo- 

10 nent Testing mode and a Manual mode. In all modes, 
except for the Manual mode, the system will display one 
or more tests to be performed on the vehicle from a 
library of system tests and component tests, represent- 
ative examples of which are illustrated in the drawings. 

IS [0020] Any use of the diagnostic system of the 
present invention starts with a vehicle identification pro- 
cedure for the vehicle to be diagnosed. Referring to FIG. 
2. there is illustrated a screen display 30 on the monitor 
18. which may be a digital computer-type display. The 

20 display screen 30 has arrayed across the top thereof a 
series of icons 31-35, respectively designated ''Vehicle 
Identification'*. "Test/Analysis". "Manual Testing", "Infor- 
mation", and "Shop Management." For purposes of 
implementing the vehicle identification procedure, the 

25 icon 31 is selected, bringing up the screen display 
shown in FIG. 2. The system presents the user with a 
number of questions or fields, such as model year, 
make, model name, engine size and the like, each field 
presenting the user with a menu of unique values fronri 

30 within that field from which the user may select. The 
user makes a selection for that field in a well-known 
manner, such as by use of the mouse 17, and the value ^ 
is added to the database search key FIG. 2 illustrates 
several such fields and the menus associated therewith. 

35 if a menu exceeds the length of its associated display 
window, the menu can be scrolled in a known manner 
by use of a scroll bar icon. The system is dynamic as to 
the number of questions the user must answer to iden- 
tify the vehicle, allowing the user to identify the vehicle 

40 without having to answer any unnecessary questions. In 
order to perform system diagnostics, the vehicle identi- 
fication must have resolution to at least the year, make, 
model, engine size, engine code, fuel type, ignition type 
and air measurement type for the vehicle. During run 

45 time, if additional vehicle information is needed to per- 
form a selected test, the system will so indicate and 
present the user with the appropriate f ieteis and menus 
to enter the needed information. 
[0021] Once the vehicle is identified, the user is 

so able to begin diagnosis by selecting the Test/Analysis 
icon 32. which brings up a screen display similar to that 
in FIG. 3, presenting three different files 36-38. respec- 
tively labeled "Symptoms", "Component/System" and 
"Service Codes", corresponding to the above-described 

55 automatic diagnostic modes. The "Symptoms" and 
"Service Codes" files relate to fault-based modes. While 
the following discussion is with respect to the Symptom 
Testing mode, it also applies in general to the Service 
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Code Testing mode of operation. If the Symptom file is 
selected, it is displayed in the foreground in the screen 
display 39 of FIG. 3. The screen display 39 includes a 
menu 40 of symptoms which can be exhibited by the 
vehicle type selected in the screen display 30 of FIG. 2. 
which vehicle type is indicated at the bottom of the 
screen display 39, as at 41. The list of symptoms pre- 
sented to the user is representative of industry symptom 
diagnosis and supports the majority of drivability com- 
plaints. 

[0022] A standard list of symptoms is possible 
because vehicles use common technology They each 
have mechanical, ignition, fuel, and computer compo- 
nents that function in roughly the same manner. Other 
more specific symptoms can usually be assigned to one 
or more of the symptoms from the main symptom list. 
For example, a specific symptom of "Vehicle Dies When 
Taking a Right Turn" will fit under a less specific symp- 
tom of "Vehicle Dies at Idle/ Deceleration/Braking." The 
tests to diagnose the condition are generally the same. 
A standard list of symptoms is used because it provides 
a consistent interface and diagnostic philosophy for all 
vehicles, promotes technician and service writer iarvAU 
iarization and provides the most efficient manner of 
developing a '^closed loop" system of classifying field 
data for symptoms and their causes, as will be dis- 
cussed more fully below. 

[0023] The user/technician selects one or more of 
the listed symptoms which are exhibited by the vehicle 
under test, as determined from an interview with the 
vehicle owner, for example. Based upon the symptom or 
synptoms selected, the display screen 39 displays a list 
42. specific to the vehicle under test, of possible causes 
of the symptom or symptoms selected and a counter- 
part list of test procedures to be performed to check for 
those causes. The test procedures are listed in the 
order of the probability or likelihood that the test will be 
successful in diagnosing the cause of the selected 
symptom or symptoms, this ranking being displayed as 
at 43. 

[0024] In developing the test rankings, during devel- 
opment of the software, focus group technicians evalu- 
ate each indivklual symptom in the symptom list for 
each specific vehicle. Based on thar experience, they 
develop a list of causes for each symptom and deter- 
mine a test procedure the user should perform for each 
cause. They then assign a number, e.g.. between one 
and five, to each cause/test based on: 

(a) what tests are needed to determine the cause of 
the symptoms: 

(b) the order in which the tests should be performed 
l>ased on prot>ability of cause; and 

(c) in the event of more than one cause having 
equal probability, ranking the test recommendations 
by time needed to perform the test procedure, with 
the shorter times ranked higher. 



[0025] There are three main criteria in determining 
the probability of cause for each test, being, in the order 
of importance: 

5 1 . hands-on experience in diagnosing the symptom 

to cause/test relationship: 

2. theory of operation knowledge of how the system 
works and what systems or components would be 
the most likely cause for each symptom, and 
10 3. ease of testing and/or time needed to perform the 
test. 

In assessing the rank, hands-on experience is the first 
thing to be consklered. The technician uses the follow- 
15 ing as a guide in assessing rank: 



RANK 


OCCURRENCE 


5 


See it all the time 


4 


Very common 


3 


Fairly common 


2 


Once it awhile 


1 


Seldom 



If a test/cause is borderline between two rankings, the 
30 technician uses ease of testing as the determining fac- 
tor. For exanrple: a particular symptom has a fuel deliv- 
ery test/cause ranking of between 3 and 4. If the test is 
easy to perform, it is ranked a 4. If it is hard to perform, 
it is ranked a 3. Ease of testing is only used as a trim 
35 factor in assessing rank. 

[P026] If the technician has no hands-on experi- 
ence of a symptom to cause/test relationship, the symp- 
tom is then examined from a theory of operation 
viewpoint. Given the technician's knowledge of how the 
40 system operates and conrparlng causesAtests to similar 
systems, the technician examines If there are other 
probable cause/tests for each symptom. If so, they are 
ranked as follows: 

45 



RANK 


PROBABILITY 


3 


Very probable 


2 


Probable 


1 


Possible 



If a test/cause is tx)rderline between two rankings, ease 
55 of testing is used to assign to rank, as outlined above. 
[0027] If. as in FIG. 3. the user selects more than 
one symptom and a particular cause is found to be pos- 
sible for more than one of the selected symptoms, the 
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probability of that cause being the root problem will 
^ increase and the recommendation for the associated 
. test will move higher in the recommended testing order. 
[0028] Once the symptom or symptoms have been 
selected and the associated recommended test proce- s 
. dures displayed, the user can then select one of the dis- 
played test procedures, and the system will then launch 
or initiate that procedure. While the screen display 39 
lists a recommended order for performing listed tests, 
the user is free to perform the tests in any order desired. io 
[0029] The screen display 39 includes along a bot- 
tom of the saeen a series of icons 44-48. respectively 
corresponding to system modules useful in performing 
selected test procedures. The module icons shown in 
FIG. 3 are for purposes of illustration only, and are is 
respectively designated "Quick Tip". "Analyzer", "Scan 
Tool". "Shop Key" and "Lab Scope/DVOM." 
[0030] Quick Tips are informational articles pertain- 
ing to the symptom of the vehicle being diagnosed. This 
module provides the technician with information that 20 
allows the vehicle to be diagnosed with a minimum of 
hookup and testing. These tips are created by the tech- 
nician focus groups based on their experience in diag- 
nosing the selected symptoms. This up-front 
information could save hours of diagnostic type. When 25 
presented to the user. Quick Tips are preferably ranked 
in the order of importance on a scale of. e.g.. 1-5, with 5 
being most important. The ranking differentiates 
between "need to know* and "nice to know" information. 
[0031] The Shop Key module is a test link that so 
sends the user directly to a library of articles which pro- 
vides the user with pertinent OEM component test pro- 
cedures. 

[0032] The Analyzer module is a link to engine ana- 
lyzer functions of the platform 10, while the Lab 35 
Scope/DVOM module is a link to Lab Scope and DVOM 
functions of the platform 10. The Scan Tool module is a 
link to functions of a scanner, such as that sold by Snap- 
on Diagnostics under the designation MT2500. which is 
adapted to be coupled to the on-kx>ard computer of the 4o 
vehicle under test. 

[0033] Once the user selects the test to be per- 
formed, the system queries the test litxary database to 
determine which module or modules support the partic- 
ular test to be performed and will then enable and high- 45 
light tiie corresponding icons. When a test procedure is 
supported by multiple nrKXiules, the system indicates 
which module is deemed most effective by flashing the 
highlighted icon. When the user selects a highlighted 
icon , the system launches the appropriate test, or sends so 
the user to the corresponding article in Shop Key. if that 
is the selected icon. 

[0034] Launching of a particular test procedure will 
typically include initiation of a sequence of screen dis- 
plays directing the user in the performance of the test ss 
procedure. I=br example, if the Scan Tool module is 
being implemented, the user will be instructed in the 
manner of connecting and using tiie associated scanner 



for downloading Information from the vehicle on-board 
computer and/or controlling operation of certain compu- 
ter functions, all In a known manner. If. on the other 
hand, the Analyzer module is selected, the instructions 
for conducting the selected test procedure will typically 
include connection of the test leads to tiie associated 
vehicle, desired engine operating conditions and the 
like, all in a known manner. 

[0035] The initial diagnostic data for this system is 
gleaned primarily from focus groups containing OEM 
technicians because their affiliation with a particular 
OEM provides them with concentrated exposure to 
those vehicles and inaeased access to OEM informa- 
tion. IHowever, their experience is usually limited to vehi- 
cles less than three years old. Furthermore, their data 
tends to reflect the problems that exist in the geograph- 
ical area in which the OEM technicians live. Data gath- 
ered in Florida may not accurately reflect the prolDlems 
existing in a Minnesota winter. The diagnostics of the 
present system must change over the life of the vehicle 
to more accurately reflect the problems that occur as 
the vehicle accumulates mileage and to gain a broader 
geographical application. 

[0036] Accordingly, during symptom diagnosis a 
"Confirm Diagnosis" icon (not shown) may be made 
available on the screen. When the user has performed 
a selected test procedure and has found the root cause 
for the selected symptom or symptoms, the user selects 
the Confirm Diagnosis icon. The system then displays 
the symptoms that were selected at the beginning of tiie 
diagnosis and the list of recommended tests. The user 
can choose the test that found tiie problem and that 
data is saved to a database. In tiiat database, tiie sys- 
tem stores the current vehicle, the selected symptoms, 
the test name, and gives the test a count of 1 for each of 
the selected symptoms. If a test otiier than the recom- 
mended tests found the prot)lem, the user is presented 
with a text box to enter a brief description of the test 
used to isolate the cause of tiie symptoms. That data is 
also saved. The saved data is retrieved via modem dur- 
ing a software update process. Data verification and 
analysis routines will screen the updated data, it will 
review the number of times each causeAest diagnosed 
each symptom for each specific vehicle. It will then com- 
pare this ratio with the recommendations stored in the 
database arKl will modify the ranking order as needed. 
Each of the user-entered repairs will also be reviewed to 
determine if a new test should be developed for the sys- 
tem or if the information should be added as a Quick 
Tip. 

[0037] FIG. 6 is a flow chart illustrating the software 
program for the present invention using fault-based 
modes, such as the Symptom Testing mode or the Serv- 
ice Code Testing mode. First, at 50. the user enters 
vehicle identification information using a screen like that 
of FIG. 2. and then selects the Test/Analysis icon, which 
will bring up a saeen (see FIG. 3) which will permit the 
user to select Symptom Testing, Component or System 
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Testing or Service Code Testing mode of operation. 
When either the Symptom Testing mode or the Service 
Code Testing mode Is selected, the program accesses 
the appropriate datatjase at 51 and displays the faults 
(symptoms or service codes) to the user, as in the 5 
screen of FIG. 3. The user selects one or more faults at 
52, and the system then, at 53, accesses the database 
with the selected faults and builds a list of applicable 
causes and related test procedures. In this regard, the 
program asks at 54 how many faults were selected and, u 
if one was selected it sorts the list at 55 by rank and 
presents it to the user, as in the screen of FIG. 3, high- 
lighting any tests which have been previously performed 
at 56. H. at 54, more than one fault was selected, the 
program at 57 would then apply a ranking algorithm for ,s 
each cause/test and again sort the list, presenting it to 
the user In the form of a screen such as that of FIG. 3. 
The user then, at 58, selects the test to be performed, 
and the system at 59 spawns the test, prompting the 
user, as necessary, in the performance thereof. Then. 20 
the user will indicate, using an appropriate icon (not 
shown), whether or not the test identified the cause of 
the fault, thereby to answer the program query at 60. If 
it did not. the program highlights that test in the list at 61 
and the user then selects another test. If the test did 25 
identify the fault, the program at 62 stores that informa- 
tion for later retrieval. The system then asks at 63 if test- 
ing is to continue. If so. the last test performed is again 
highligfited at 61 and. if not. the system exrts the fault 
testing mode at 64. 

[0038] In the Service Code Testing mode of diagno- 
sis, the operation is basically as described above, 
except that the technician uses the vehicle service 
codes as the diagnostic starting point, and the service 
codes are specific to individual vehicles. When the user 35 
selects this mode, by selecting the file 38 at the screen 
of FIG. 3. the system will allow two different starting 
methods. In the first method, the system will prompt the 
user as necessary through a service code access pro- 
cedure and will utilize the Scan Tool module to read the 40 
existing service codes from the vehicle. The system 
then presents the user with a menu of only the service 
codes currently stored in the vehicle's computer mem- 
ory. The user then selects the code he wishes to diag- 
nose. In the second method, the technician has 45 
previously retrieved the vehicle's service codes. The 
system then presents the user with a screen display dis- 
playing a menu of all servfoe codes possible on the vehi- 
cle being tested. The user selects the code he wishes to 
diagnose. 5^ 
[0039] Based upon the service code or codes 
selected, the display screen displays a list of possible 
causes of the service codes selected and a counterpart 
list of test procedures to be performed to check for those 
causes, just as in FIG. 3. above. The test procedures 55 
are listed in the order of the probaWity or the likelihood 
that the test will be successful In diagnosing the cause 
of the selected service code. Selection and launching of 



a displayed test procedure is accomplished in the same 
manner described above in connection with the Symp- 
tom Testing mode of FIG. 3. 

[0040] System Testing mode, which can be entered 
by selecting the Component/System file icon 37 at the 
screen 39 of FIG. 3, verifies operation of a vehicle sub- 
system and primarily uses engine analyzer system 
tests. In this nrxxie of testing, the system does not guide 
the technician in determining which tests should be per- 
formed. The technician uses his own experience to 
determine which tests are necessary and the order in 
which they should be performed. Many of these tests 
are procedural. Each test contains prompting and data 
collection capability. At the completion of the test a diag- 
nostic engine evaluates the data and presents the diag- 
nostic conclusions. 

[0041] The system initially, at screen display 65, 
presents the user with a menu 66 of applicable system 
tests, as illustrated in FIG. 4. The technician selects the 
desired test from the menu and the system highlights 
the applicable ones of the module icons 44-48. The user 
selects a highlighted module and an associated test is 
launched. If the user returns to the system testing 
screen of FIG. 4, any test that has been previously com- 
pleted will be shown in a different color. This provides a 
mechanism to track which tests have been performed in 
this diagnostic session. The system prompts the user 
during the performance of each test and also collects 
the test data and, at the completion of the test, evalu- 
ates the data and presents the user with diagnostic con- 
clusions. Once the test is completed, the system will 
irxJicate this fact, so that it is not inadvertently repeated. 
[0042] If Component Testing mode is selected, the 
screen display 67 of FIG. 5 will appear. Component 
tests verify the operation of a single component of the 
vehicle. In this mode of testing, the system does not 
guide the technician in determining which tests should 
be performed. The technician uses his own experience 
to determine which tests are necessary and the order in 
which they should be performed. 
[0043] The component test database contains 
pointers to tests in the test library which apply to the 
specific vehicle being tested. The list of vehicle conpo- 
nent tests availat>le to the user is dynamic, since each 
vehicle has potentially a unique set of components. The 
component test library may contain hundreds of compo- 
nent tests. The screen display 67 of FIG. 5. lists the 
available component tests for the vehicle being diag- 
nosed. The user selects the appropriate component 
test. The system will highlight the applicable modules 
using the icons 44-48 that support testing the selected 
component- The user selects a highlighted module to 
launch an appropriate test, in essentially the same man- 
ner as was described above in connection with the sys- 
tem-based diagnosis mode. 

[0044] From the foregoing, it can be seen that there 
has been provided an improved dynamic diagnostic 
system which accommodates a number of different 
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diagnostic methods, including problem-based diagno* 
*sis, and which is easily updated to take account of serv- 
ice experience with the vehicle during Its useful life. 
[0045] While particular embodiments of the present 
invention have been shown and descrit^ed, it will be s 
-apparent to those skilled In the art that changes and 
modifications may be made without departing from the 
invention in Its broader aspects. The matter set forth in 
the foregoing description and accompanying drawings 
is offered by way of Illustration only and not as a limita- io 
tion. 

Claims 

1 . A diagnostic system comprising: is 



2. The system of daim 1, wherein said information 
Items include symptoms exhibited by the apparatus 
under diagnosis. so 



user selection of a specific type of apparatus to be 
diagnosed by use of said data input device, said 
first and second portions of said computer routine 
being operative only with respect to information 
items and tests pertinent to the selected apparatus 
type. 

5. A diagnostic system comprising : 

a processor operating under stored program 
control, 

a storage mechanism coupled to the processor 
and storing a knowledge database including a 
library of information items relating to faults 
which can be experienced by an apparatus 
under diagnosis and a library of tests which 
can be performed on the apparatus for the pur- 
pose of diagnosing the causes of the faults, 
a user interface including a display screen and 
a data input device both coupled to the proces- 
sor for Interactive control thereby, 
a test probe assembly coupled to the processor 
and adapted to be coupled to an apparatus for 
acquiring parameter data therefrom for testing 
thereof. 

and a conputer routine executed by the proc- 
essor for controlling the operation of the display 
device, said computer routine including; 

(a) a first portion operative to display a col- 
lection of information items, 

(b) a second portion responsive to user 
selection of one or more displayed infor- 
mation items by use of said data input 
device for selecting from the library of tests 
those tests applicable to diagnosing of the 
cause of the fault related to the selected 
information item or items, hierarchically 
arranging the selected tests in a list in the 
order of their likelihood of successfully 
diagnosing of the cause of the fault, and 
displaying the hierarchically arranged list 
of tests, and 

(c) a third portion responsive to user selec- 
tion of one of the displayed tests by use of 
said data input device for initiating a dis- 
play sequence associated with perform- 
ance of the selected test procedure by use 
of the test probe assembly. 

6. The system of claim 5. wherein said information 
items include symptoms exhibited by the apparatus 
under diagnosis. 

7. The system of claim 5. wherein said information 
items include service codes for the apparatus under 
diagnosis. 



3. The system of claim 1. wherein said information 
items include service codes for the apparatus under 
diagnosis. 

4. The system of claim 1 , wherein said computer rou- 
tine includes a portion operative to display lists of 
apparatus identification information and permitting 



a processor operating under stored program 
control, 

a storage mechanism coupled to the processor 
and storing a knowledge database including a 20 
library of Information Items relating to faults 
which can be experienced by an apparatus 
under diagnosis and a library of tests which 
can be performed on the apparatus for the pur- 
pose of diagnosing the causes of the faults, 25 
a user interface including a display screen and 
a data input device tx>th coupled to the proces- 
sor for interactive control thereby, 
and a computer routine executed by the proc- 
essor for controlling the operation of the display 30 
device, said computer routine Including; 

(a) a first portion operative to display a col- 
lection of information items, and 

(b) a second portion responsive to user 3S 
selection of one or more displayed Infor- 
mation items by use of said data input 
device for selecting from the library of tests 
those tests applicatrfe to diagnosing of the 
cause of the fault related to the selected 40 
information Item or items, hierarchically 
arranging the selected tests in a list in the 
order of their likelihood of successfully 
diagnosing of the cause of the fault, and 
displaying the hierarchically arranged list 45 
of tests. 
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8. The system of claim 5. wherein said computer rou- 
tine includes a portion operative to display lists of 
apparatus identification information and permitting 
user selection of a specific type of apparatus to be 
diagnosed by use of said data input device, said 5 
first and second and third portions of said computer 
routine being operative only with respect to infor- 
mation items and tests pertinent to the selected 
apparatus type. 

10 

9. The system of claim 5, wherein said computer rou- 
tine includes a portion responsive to said data input 
device for causing storage of user-input information 
regarding the results of the performance of selected 
test procedures in diagnosing the cause of appara- is 
tus faults. 

10. An automotive diagnostic system comprising: 

a processor operating under stored program 20 
control, 

a storage mechanism coupled to the processor 
and storing a knowledge database including a 
library of apparatus parameters which can be 
tested, 25 
a user interface including a display screen and 
a data input device both coupled to the proces- 
sor for interactive control thereby, 
hardware and software diagnostic modules 
coipled to the processor with the hardware 30 
modules adapted to be coupled to the appara- 
tus. 

each of said nrxxjules being associated with 
test procedures which can be performed on the 
apparatus for the purpose of diagnosing the 3s 
causes of faults, 

and a computer routine executed by the proc- 
essor for controlling the operation of the display 
device, said computer routine including; 

40 

(a) a first portion operative to display a list 
of the apparatus parameters from the 
library. 

(b) a second portion responsive to user 
selection of a displayed parameter by use 45 
of said data input device for indicating one 

or more diagnostic modules associated 
with test procedures pertinent to the 
selected parameter, and 

(c) a third portion responsive to user selec- so 
tion of an indicated module by use of said 
data input device for initiating a display 
sequence for performance of associated 
test procedures. 

55 

11- The system of claim 10, wherein said library of 
parameters includes identification of apparatus 
sut>systems and test procedures associated there- 



with. 

12. The system of daim 10. wherein said library of 
parameters includes identifications of apparatus 
components and test procedures associated there- 
with. 

13. The system of claim 10. wherein the associated 
apparatus has an on-tx)ard computer, said library 
of parameters including service codes which can 
be registered by said on-board computer. 

14. The system of claim 13. wherein said modules 
include a link to a scanner adapted for connection 
to the apparatus on-board computer for reading 
service codes therefrom. 

15. The system of claim 10. wherein the apparatus 
under diagnosis is an automotive vehicle engine 
and said modules include a link to an engine ana- 
lyzer. 
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